home *** CD-ROM | disk | FTP | other *** search
/ Aminet 1 (Walnut Creek) / Aminet - June 1993 [Walnut Creek].iso / usenet / sources / volume90 / unix / uucp103d / part04 / Problems.DOC < prev   
Text File  |  1990-02-04  |  4KB  |  95 lines
  1.  
  2.  
  3.                 PROBLEMS.DOC
  4.  
  5.                 Matthew Dillon
  6.                 891 Regal Rd.
  7.                 Berkeley, Ca. 94708
  8.  
  9.                 pacbell.PacBell.COM!sorinc!overload!dillon
  10.  
  11.  
  12.               MODEM AND GETTY
  13.  
  14.     There are several possible sources of problems in setting up
  15.     UUCP.  The major problem areas in order of likelyhood are
  16.     listed below:
  17.  
  18.     (1) The modem is expecting a protocol that Getty has not
  19.     been told to use (XON/XOFF, 7WIRE, none)
  20.  
  21.     If the modem uses 7-wire use the -7 option for Getty, else it is
  22.     assumed the modem uses no protocol.  Normally you specify -7 but
  23.     the modem will probably work just fine whether you specify it or
  24.     not.
  25.  
  26.     (2) The modem does not hangup when DTR is dropped
  27.  
  28.     All modern modems hangup when DTR is dropped.  Usually a dip switch
  29.     enables the option.  If it is impossible to drop a connection by
  30.     dropping DTR you can use the -d0 option to make Getty use the +++
  31.     sequence.  This only works if you do not specify a dumb modem in
  32.     the -M option.
  33.  
  34.     (3) The modem does not understand simple AT commands or does
  35.     not generate a CONNECT message.
  36.  
  37.     If the modem does understand dropping DTR but does not understand
  38.     simple AT commands or generate a CONNECT message use -c0 -Md (no
  39.     connect msg and dumb modem). In this case the baud rate must be
  40.     known and specified with one or more -B options.  When no CONNECT
  41.     message is available Getty does not know what the connect baud rate
  42.     actually is.  It will begin by trying the first -B option and
  43.     switch to the next whenever a line-break is received.
  44.  
  45.     (4) Baud rate problems
  46.  
  47.     The default modem type when no -M option is specified for Getty is
  48.     a hays modem.  If you have a multimodem you can use -Mm and the
  49.     baud adjust options for Getty.    Normally you specify a -B option
  50.     for each baud rate the modem is capable of connecting at.  If the
  51.     modem generates a CONNECT message you need only specify one -B
  52.     option that is used to reset the modem and Getty will automatically
  53.     handle the CONNECT messages.
  54.  
  55.     If your modem always talks to your Amiga at a given baud rate no
  56.     matter what the CONNECT message says then use a single -B option to
  57.     specify that baud rate then the -A option which tells getty to
  58.     ignore any baud rate specified in the CONNECT message.
  59.  
  60.  
  61.                OUTGOING CALLS
  62.  
  63.     Unfortunately Getty handles only incomming calls.  UUCico deals without
  64.     outgoing calls itself.  Currently you must specify the proper baud rate
  65.     in the L.Sys file for uucico to work properly. UUCico currently ignores
  66.     any connect message.
  67.  
  68.     Disconnecting will work the same way Getty handles it.  If there is no
  69.     Getty running disconnecting works by dropping DTR.
  70.  
  71.  
  72.                 NEWS
  73.  
  74.     RNews currently takes a large amount of memory (the 16 bit uncompress).
  75.     At the moment there is no real solution to this problem.  If you
  76.     run out of memory you may be left with queue files that did not
  77.     get uuxqt'd due to uuxqt being unable to run rnews.
  78.  
  79.  
  80.                  MAIL ADDRESSES
  81.  
  82.     If you have problems queuing mail check your L.sys file.  Try emailing
  83.     to the adjacent node directly. E.G. if you can connect to 'foo' try
  84.     emailing a test message to 'foo!postmaster'.  If you do not wind
  85.     up with three queue files in UUSPOOL: then your L.sys file
  86.     probably has no entry for foo.  Whenever you email to somebody three
  87.     files should end up being added to UUSPOOL: and whenever you UUCico
  88.     to a given machine the spool files in question should be deleted as
  89.     they are sent.  When UUCico receives mail from the remote machine it
  90.     will download the remote queue files to UUSPOOL: then uuxqt them.
  91.     That is, the remote queue files should will be placed temporarily in
  92.     UUSPOOL:, unpacked with rmail and placed in UUMAIL:, then deleted.
  93.  
  94.  
  95.